Skip to content

MINOR: [R] Add 25.0.1 NEWS entry - #50954

Merged
thisisnic merged 1 commit into
apache:mainfrom
thisisnic:minor-r-news-25.0.1
Aug 25, 2026
Merged

MINOR: [R] Add 25.0.1 NEWS entry#50954
thisisnic merged 1 commit into
apache:mainfrom
thisisnic:minor-r-news-25.0.1

Conversation

@thisisnic

Copy link
Copy Markdown
Member

Rationale for this change

The 25.0.1 section of r/NEWS.md on main is empty; the CRAN 25.0.1 release branch has an entry for the mimalloc change that shipped in the patch release.

What changes are included in this PR?

Adds the 25.0.1 NEWS entry to match the CRAN release branch.

Are these changes tested?

No, documentation only.

Are there any user-facing changes?

No.

@thisisnic
thisisnic requested a review from jonkeane as a code owner August 22, 2026 16:17
Copilot AI lite review requested due to automatic review settings August 22, 2026 16:17
@github-actions github-actions Bot added the awaiting committer review Awaiting committer review label Aug 22, 2026

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Adds the missing Arrow R 25.0.1 NEWS entry documenting the macOS mimalloc improvement.

Changes:

  • Adds the “Minor improvements and fixes” section.
  • References issue #50428.

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

@uros-b

uros-b commented Aug 24, 2026

Copy link
Copy Markdown
Member

Nice!

@thisisnic

Copy link
Copy Markdown
Member Author

@uros-b Hey there, I've seen you approving various PRs across different areas of the codebase. Just out of curiosity, what's the reason for this?

I have concerns that it could either a) cause confusion to new contributors who need their PRs reviewed by a committer and could mix up an approving review by a non-committer with an intention to merge by a committer, or b) lead to committers not reviewing/merging PRs as at first glance it looks like another committer has already reviewed it.

I don't think it's technically disallowed, but it's very unusual so I'm curious as to the reasoning.

@thisisnic
thisisnic merged commit 9b96d70 into apache:main Aug 25, 2026
35 checks passed
@thisisnic thisisnic removed the awaiting committer review Awaiting committer review label Aug 25, 2026
@uros-b

uros-b commented Aug 25, 2026

Copy link
Copy Markdown
Member

Yes @thisisnic, I did review the PR here as I think it's a good contribution (hence the approval), but I wouldn't say that I'm trying to interfere or confuse anyone. Regarding a), github UI clearly separates committer and non-committer reviews, so I don't see the confusing part. As for b), committers already use the awaiting committer review label here, so I don't understand the confusion there either. Not sure why you would discourage my review on your PR, but thank you for taking the time to reply anyways!

@thisisnic

Copy link
Copy Markdown
Member Author

Yes @thisisnic, I did review the PR here as I think it's a good contribution (hence the approval), but I wouldn't say that I'm trying to interfere or confuse anyone. Regarding a), github UI clearly separates committer and non-committer reviews, so I don't see the confusing part. As for b), committers already use the awaiting committer review label here, so I don't understand the confusion there either. Not sure why you would discourage my review on your PR, but thank you for taking the time to reply anyways!

I don't think you have malicious intent, but the reason I'm discouraging it is because it adds noise without any benefit, at a time where there's a lot of noise already from AI contributions etc, and increased pressure on maintainers to manage that.

I appreciate your interest in contributing though; happy to point you in the direction of places where it'd be helpful to have extra input if there was a specific area you're most interested in?

@kou

kou commented Aug 25, 2026

Copy link
Copy Markdown
Member

I have a different opinion. So I share my opinion here.

I think that (non-malicious) reviews from non committers are welcome. (For example, just posting AI generated meaningless reviews are not welcome.) Because:

  • They will reduce maintainers' review costs.
  • These non committers can learn about Apache Arrow and its community from these reviews.

Our "Becoming a committer" https://arrow.apache.org/committers/#becoming-committer also includes "reviewing other pull requests":

Contributions beyond pull requests, such as reviewing other pull requests, fixing bugs and documentation, triaging issues, answering community questions, improving usability, reducing technical debt, helping with CI, verifying releases, debugging in strange environments, etc.

How about mentioning any committer when you approve a PR? We may be able to merge PRs faster.

BTW, I think that Nic's this point is a good suggestion too.

happy to point you in the direction of places where it'd be helpful to have extra input if there was a specific area you're most interested in?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants